Use text column value in GtkComboBoxText

Added GtkComboBoxText api

This is a derived class of GtkComboBox to replace the
gtk_combo_box_*_text() convenience API.

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=612396

Signed-off-by: Javier Jardón <jjardon@gnome.org>

Bug 631719 - Restore second, more important, call to set label from the menu item.

docs: update OSX port project page

Make gtk_accelerator_get_default_mod_mask() return a GdkModifierType

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=313350

Take cursor hotspot from pixbuf if available

Allow -1 for the hotspot coordinates in gdk_cursor_new_from_pixbuf,
if the pixbuf contains the x_hot/y_hot options with appropriate values.

Bug #632140.

docs: Document GtkScrolledWindow's signals

Based on a patch by Björn Lindqvist
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=351247

Deprecate gtk_init_add, gtk_remove_add and friends

This functions are going to be removed in GTK+ 3.

https://bugzilla.gnome.org/show_bug.cgi?id=629955

Add boxed type and constructor

This allows bindings to sanely construct these.

https://bugzilla.gnome.org/show_bug.cgi?id=632095

Forgotten file

examples: build examples that are included in the docs

We build the examples that are included in the 'getting started'
chapter of the docs to prevent them from bitrotting. Also
remove the awk scripts used to extract the old examples from
the tutorial, since the tutorial is gone. I'm still leaving
the examples themeselves in place, for possible inclusion in
'getting started' later on.

docs: Drop the old tutorial

The tutorial is outdated, essentially stuck at GTK+ 2.0.
At this point, it is more misleading than helpful.

docs: move some tutorial content to the reference

We add a "Getting started" chapter that will grow into a
(hopefully) non-outdated, maintained tutorial. For now, it
includes two minimal examples by xincluding them.

docs: Move the introduction of the tutorial in the reference

The tutorial should just go away, but some of its contents can be moved
to the API reference as chapters.

https://bugzilla.gnome.org/show_bug.cgi?id=632059

x11: Don't set ParentRelative if the parent's visual is different

It's like 82e6e32c, but when a pattern is given as argument.

https://bugzilla.gnome.org/show_bug.cgi?id=632218

Improve GtkBox and GtkTable docs a bit

This adds some details gleaned from the tutorial, before its
impending demise.

link-button: Add ::activate-link signal

We cannot use the GtkButton::clicked signal to override the default
behavior of GtkLinkButton (i.e. call gtk_show_uri()), because
GtkButton::clicked is registered as a RUN_FIRST signal, which obviously
prevents any other signal handler connected to it to stop the
propagation before the class handler has a chance to run.

For this reason we can add a GtkLinkButton::activate-link signal, which
will be emitted by the default GtkButton::clicked signal handler; the
::activate-link signal has a boolean return value, which allows simpler
code for stopping the propagation to the next signal handler.

https://bugzilla.gnome.org/show_bug.cgi?id=632150

Removed screwy GtkScrolledWindow logic

Removed portion of scrolled-window that observes user-set
size request data (aux_info->width/height) on the child directly
in order to derive it's minimum possible size... if the scrolled
window has (auto/always) scrollbars in a said orientation; only
request enough space for the scrollbars (bug 631976).

Implement get_preferred_width/height in GtkEventBox

And drop size_request.

Use gtk_container_handle_border_width() in GtkEventBox

Inclusion cleanups in sources

Try to do inclusions in the same sequence, more or less.

Inclusion cleanups in headers

Make gdk.h an include-only header

Move declarations to other headers, and introduce some new ones:
gdkmain.h, gdkrectangle.h, gdkthreads.h.

Drop dead gxid_proto.h header

This header is no longer used.

Some GDK documentation fixes

Enable the build of MS Windows engine again

The MS Windows engine compiles anew, so enable it so that one can fix remaining issues

Part of bgo#613728 - [GtkTreeView] Focus the list, not the headers, when Tab-focusing

The idea is that it is way more common to want to manipulate the
actual list, rather than the headers.  Once you Tab into the treeview
(and the list part gets the focus), you can use Shift-Tab to focus
the headers.

This means that some hysteresis is added to the focus chain, but
it makes the treeview a lot more convenient to focus with the keyboard.

Signed-off-by: Federico Mena Quintero <federico@novell.com>

Initialize device_cursor hash table before creating impl window

Do not call validate_visible_area() from the draw method

Because validate_visible_area() can modify the window size (and thus
the underlying surface), it should not be called from within the draw
method.  Given that the presize handler is run with a higher priority
than redraw, and the presize handler will validate the visible area,
there should not be cases wherein the draw method is called and
validate_visible_area() has not been run yet.

However, one such a case was gdk_window_process_updates(), which would
trigger the draw method at some point.  We now work around this
by factoring this in a new gtk_tree_view_bin_process_updates() function
that will run the presize handler first if needed.

Note: for other platforms, it might still be the case that the draw
method is called and validate_visible_area() has not been run yet.
(For example the Mac backend calls gdk_window_process_updates() from
the drawRect method, and the redraw-in-idle handling thus works
differently).  This does not seem to be a problem now, if
it will be in the future we need to take care of that then.

Add test for bug 163214

Add test for bug 111500

This test is constructed in such a way that it breaks when you
(currently!) do not trigger a size-request from validate_visible_area.
Especially row expansion appears to have a need for this currently.

Add unit test for bug 93584

Also test scrolling to a new row in a mixed height model

Trying to fix MS Windows engine

Initialize variables

valgrind was complaining about uninitialized values here, and
sure enough, gdkdevice-xi.c doesn't set device position.

build: Require cairo-gobject for GDK

With the new signal added, GDK now also requires cairo-gobject.

gdk: add slots for all GdkWindowObject signals

Also add padding for future extension.

Bug 631599 - Allow to use arbitrary surfaces for offscreen windows

Add signal GdkWindow::create-surface which allows to use any
surface type as storage for offscreen windows.

Test the new signal in tests/gdkoffscreenbox.c

gtk: add cast to fix warning in my last commit

Implement style_set() for GtkWindow to resize window grips when the style changes.

Deprecate GtkComboBoxEntry in favor of added properties to GtkComboBox

GtkComboBox now sports a construct-only "has-entry" property which
decides if it uses a GtkEntry to allow additional user input. Also
it has a new "entry-text-column" to fetch strings for the entry
from the model.

This patch deprecates the GtkComboBoxEntry and updates the rest of GTK+
to use the new semantics on GtkComboBox instead.

GtkComboBoxEntry will be removed altogether before GTK+ 3, in a
later commit.

Add new API to docs and symbol list

Support GtkWidget expand properties in GtkNotebook

We expand a tab if either tab-expand is set, or the generic widget
expand property in the correct direction is set. And we do not
propagate expand flags from tab labels to the notebook, only
the expand flags from the pages.

Support GtkWidget expand properties in GtkTable

We expand a child when it either has the table-specific expand flag
or the generic expand property set. Override compute_expand so that
it also takes the table-specific expand flags of children into
account.

https://bugzilla.gnome.org/show_bug.cgi?id=628902

Add a GtkTable testcase

Support GtkWidget expand properties in GtkBox

This consists of:
* expand a child if either child->expand || gtk_widget_get_expand(child)
* override compute_expand so that child->expand will cause us to
  return TRUE for gtk_widget_get_expand()

https://bugzilla.gnome.org/show_bug.cgi?id=628902

add tests/testexpand.c used to test the expand props on GtkWidget

There are two colored boxes with toggle buttons nested
inside several GtkBox. Toggling these to expand mode
should automatically propagate expansion up through
the several GtkBox such that resizing the window
results in resizing the colored boxes.

https://bugzilla.gnome.org/show_bug.cgi?id=628902

Add horizontal and vertical expand flags, compute_expand() to GtkWidget

GtkWidget now has flags for horizontal and vertical expand, and
a compute_expand() method. compute_expand() is used by containers
to set a default expand flag. (If a widget has expand set explicitly,
it always overrides the results of compute_expand.)

GtkContainer has a default implementation of compute_expand which
simply walks over all child widgets and sets expand=TRUE
if any child is expanding.

The overall effect is that you only have to set expand on
leaf nodes in the widget tree, while previously you had to
set expand all the way up the tree as you packed every
container. Also, now containers need not have their own child
properties for expand.

For old containers which do have "expand" child properties,
they should override compute_expand and include the child
properties in whether the container is expand=TRUE.
Also, the old container should use
"child_prop_expand || gtk_widget_compute_expand()" everywhere
it previously used simply "child_prop_expand"

https://bugzilla.gnome.org/show_bug.cgi?id=628902

Some more resize grip cleanups

Don't recompute hints whenever we determine the drag edge, and
take the drag edge into account when deciding whether to show
the grip.

Unify handling of GtkWindow::resizable property

Remove GtkWrapBox from the docs, too

Make GtkRecentManager use standard icon names for themed icons

Some resize grip cleanups

Safe space in the private struct, always set the cursor when we
update visibility, since the cursor depends on resizability conditions
too. And don't set the shape needlessly.

Removed all traces of GtkWrapBox from GTK+.

Don't start a drag if we are not resizable

This was caused by get_drag_edge() returning -1 to mean 'no drag',
but callers didn't really pay attention. Change get_drag_edge()
to return a boolean instead.

Use GSettings for the filechooser settings

Bug #630850.

Updated Spanish translation

Updated Spanish translation

Updated Spanish translation

Bug 563002 - Doesn't call 'update-preview' on set_filename

Call gtk_tree_view_set_cursor() in addition to
gtk_tree_selection_select_iter() when selecting the file in
show_and_select_files() so the preview update machinery gets
triggered.
(cherry picked from commit 795c8070db6c97ace040bfd220794bae3e2721c2)

Updated Slovenian translation

Don't check resize-grip-visible in default values unit test

The value for this property is determined at runtime.

Disable resize grip on spin button test

Otherwise, the resize grip obscures the decrement button causing the
test to fail.

Fix scrolled window policy so the size allocation does not "flap"

Handle off-by-one errors due to rounding

Use double iso. float since that is what GtkAdjustment uses

Use GtkAdjustment accessors to properly compress changed signals

Rework GdkPangoRenderer example to use existing api

docs: add a longdesc for X-specifics

docs: Update cairo-related docs

docs: Remove mentions of GdkPixmap from cursor docs

Move GdkVisualType docs inline

docs: Correct some link targets

Updated Spanish translation

Add two new functions to gtk.symbols

Bug 631599 - Allow to use arbitrary surfaces for offscreen windows

As a first step, create surfaces lazily and factor surface creation
out to a single function.

Added logic to GtkScrolledWindow when allocating height-for-width children.

This patch makes the scrolled window reconsider allocating the child
the full width or height (depending on the child's request mode) without
a scrollbar. For instance when the child is height-for-width; the child
will first be tested if the content's height for full allocated width
(without a vscrollbar) will allow the contents height for that width
to fit the allocated height.

Patch is a simplified version of code inspected in st-scroll-view.c.
Note that this patch assumes children will begin to scroll only after
reaching their minimum size; adding a property to the future
GtkScrollableIface to decide whether to scroll-to-minimum or scroll-to-natural
will effect this code (it should then reconsider whether the child
will scroll below the natural size instead of the minimum).

Patch addresses bug 629778.

Make GtkScrolledWindow offload border-width calculations to GtkContainerClass.

Don't link to old stuff

Add a missing close tag

Remove a note about GTK 1.2 api

Fix a trivial typo

Reorder some sections

Remove mentions of dialog separator from the docs

Some documentation updates

Inspect geometry when setting resize grip cursors

We want to use the same cursor as metacity when the window is only
resizable in one dimension.

GtkWindow: Allow setting size from geometry

If you set a geometry widget via gtk_window_set_geometry_hints() it
becomes very hard to compute appropriate toplevel sizes in pixels
to make the window a particular size. Synthesizing strings and passing
them to gtk_window_parse_geometry() is possible, but to avoid
avoid such ugliness, add functions:

 gtk_window_set_default_geometry()
 gtk_window_resize_to_geometry()

That act like gtk_window_set_default_size() and
gtk_window_resize() but are in terms of the resize increments of the
geometry widget.

https://bugzilla.gnome.org/show_bug.cgi?id=631796

Warn when calling gtk_window_parse_geometry() on an empty window

gtk_window_parse_geometry() gets the size of the window in order
to interpret the position of the window; calling it before, say,
calling gtk_widget_show_all() on a window is a subtle trap, so
add a warning in the case we can easily detect.

https://bugzilla.gnome.org/show_bug.cgi?id=631794

Fix handling of the geometry widget

The geometry widget feature of gtk_window_set_geometry_hints() has
never really worked right because the calculation that GTK+ did to
compute the base size of the window only worked when the geometry
widget had a larger minimum size than anything else in the window.

Setup:
* Move the GtkSizeGroup private functions to a new private header
  gtksizegroup-private.h
* Add the possibilty to pass flags to _gtk_size_group_queue_resize(),
  with the flag GTK_QUEUE_RESIZE_INVALIDATE_ONLY to suppress adding
  the widget's toplevel to the resize queue.
* _gtk_container_resize_invalidate() is added to implement that feature
* _gtk_widget_override_size_request()/_gtk_widget_restore_size_request()
  allow temporarily forcing a large minimum size on the geometry
  widget without creating resize loops.

GtkWindow:
* Compute the extra width/height around the geometry widget
  correctly; print a warning if the computation fails.
* Always make the minimum size at least the natural minimum
  size of the toplevel; GTK+ now fails badly with underallocation.
* Always set the base size hint; we were failing to set it
  properly when the specified minimum size was overriden, but
  it's harmless to always set it.

Tests:
* New test 'testgeometry' that replaces the 'gridded geometry' test
  from testgtk. The new test is roughly similar but creates a bunch
  of windows showing different possibilities.
* The testgtk test is removed. No need to have both.

https://bugzilla.gnome.org/show_bug.cgi?id=68668

Added documentation to GtkContainer about implementing containers using height-for-width apis.

build: Distribute README.multipress

https://bugzilla.gnome.org/show_bug.cgi?id=631872

Updated Galician translations

[l10n] Updated Estonian translation

docs: Move documentation do inline comments: GtkContainer

docs: Improve reference crossing in GtkWidget docs

Plug memory leak in GtkWindow

1,936 (112 direct, 1,824 indirect) bytes in 4 blocks are definitely lost in loss record 13,453 of 13,673
    at 0x4005BDC: malloc (vg_replace_malloc.c:195)
    by 0x69615A1: cairo_region_create (cairo-region.c:196)
    by 0x683BFBF: gdk_cairo_region_create_from_surface (gdkcairo.c:455)
    by 0x670C882: set_grip_shape (gtkwindow.c:5020)
    by 0x670CFBF: resize_grip_create_window (gtkwindow.c:5271)
    by 0x670C466: gtk_window_realize (gtkwindow.c:4902)

Signed-off-by: Benjamin Otte <otte@redhat.com>

Plug leak in gdkcairo.c

1,968 (1,236 direct, 732 indirect) bytes in 1 blocks are definitely lost in loss record 11,816 of 11,947
   at 0x4025BDC: malloc (vg_replace_malloc.c:195)
   by 0x6950676: _context_get (cairo.c:250)
   by 0x6950940: cairo_create (cairo.c:370)
   by 0x685CD1E: _gdk_cairo_surface_extents (gdkcairo.c:381)
   by 0x685CEDA: gdk_cairo_region_create_from_surface (gdkcairo.c:433)

Signed-off-by: Benjamin Otte <otte@redhat.com>

docs: Move documentation to inline comments: GtkScrolledWindow

docs: Region returned by gdk_cairo_region_create_from_surface() should be freed

Updated Catalan translation